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In  this  paper  we  describe  and  evaluate  four  alternative 
strategies  for  assigning  processors  to  queries  in  multiprocessor 
database  machines.  Our  results  demonstrate  that  SIMD  database 
machines  are  indeed  a  poor  design  when  their  performance  is  com¬ 
pared  with  that  of  the  three  MIMD  strategies  which  we  present. 

We  also  introduce  the  application  of  data-flow  machine  tech¬ 
niques  to  the  processing  of  relational  algebra  queries.  This 
strategy  is  shown  to  be  superior  to  the  other  strategies 
described  by  several  experiments.  Furthermore,  if  the  data-flow 
query  processing  strategy  is  employed,  our  results  indicate  that 
a  two-level  storage  hierarchy  (in  which  relations  are  paged 
between  a  shared  data  cache  and  mass  storage)  does  not  have  a 
significant  impact  on  performance. 
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Figure  2.2 


A  Sample  Query  Tree 


2  The  NEXTPAGE  Operation  2.2.1  Query  Packet  Task  Table 


QUERY  PACKET  TASK  TABLE 


QPKT# 

RELNAME 

CURRENCY 

POINTER 

RELATION 

PAGE  TABLE 

PTR 

• 

• 

t 

Figure  2.4 


procedure  j oin ( qpkt , r el A, r elB , qpid :  integer); 
var  i,j,k:  integer; 
beg  in 

i :=NEXT_PAGE(qpkt,relA,qpid) ; 
while  i  <>  -1  do 
beg  in 

read  page  (  i)  ; 

j;-i  > 

k ;=GET  PAGE (qpkt, relB, qpid ,  ] ) ; 

while  T<  <>  -1  do 

begin 

readpage(k);  {read  page  of  relB 

from  CCD  module  k} 

join  page  of  relA  with  page  of  relB; 
j  :  = j+l ;  . 

k : =GET_PAGE (qpkt, relB, qpid ,]) ; 

end; 

i ;=NEXT_PAGE(qpkt,relA,qpid) ; 

end; 

end; 


Figure  2.5 


the  use  of  this  operator  to  perform  a  join  of  relations  A  and  B.  compression.  The  function  of  this  operator  Is  to  read  partially 

filled  pages  of  a  relation  and  output  full  ones.  In  (3),  we 


in  the  data-flow  assignment  strategy. 


able  instructions  In  the  query  packet  tree.  In  the  sections  Various  architectures  for  data-flow  machines  have  been  pro- 

below,  we  will  first  explain  the  basic  concepts  of  data-flow  posed  (10-1J).  These  architectures  differ  from  each  other  in 


9t-  -St 


Inner  relation.  Since 


strategy  we  enploy  the  following  technique  for  generating  the 


EXECUTION  TIME  IN  MILLISECONDS 


periaents.  in  each  query  packet 


linal  relations  never  have  to  be  ejected  to  secondary  aeaory. 

tions.  Therefore,  we  feel  that  the  results  of  Class  IV  nay  be  as 

The  data-flow  strategy,  on  the  other  hand,  is  not  significantly 
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Figure  5.6  Figure  5.7 


NUMBER  OF  MESSAGES 


significant  problea  exposed  by  this  research  Is  the  high 
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APPENDIX  I 

TEST  DATABASE 


RELATION  SIZE  IN  PAGES  TUPLE  WIDTH 

IN  BYTES 


